home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000046_fdc@columbia.edu_Thu Apr 25 15:23:41 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  148 lines
  1. Article: 13337 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 25 Apr 2002 15:23:29 -0400
  7. Organization: Columbia University
  8. Lines: 131
  9. Message-ID: <aa9l3h$4s4$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CC6E9D7.F4F2C624@yk.rim.or.jp> <aa6sjh$1a9$1@watsol.cc.columbia.edu> <3CC84CA6.D49F85EC@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1019762612 18841 128.59.39.139 (25 Apr 2002 19:23:32 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 25 Apr 2002 19:23:32 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13337
  16.  
  17. In article <3CC84CA6.D49F85EC@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : > If you have a truly transparent 8-bit path, then you can
  20. : > use "set parity none" (which is the default anyway, or
  21. : > "set parity hardware" if you need it) and "set prefixing
  22. : > minimal" or "set prefixing none" and get very close to
  23. : > the maximum physical speed of the port; sometimes faster,
  24. : > because Kermit also does some compression.
  25. : > 
  26. : I tried your suggestion, and found 
  27. : "set prefixing none" somehow produces slightly lower
  28. : throughput than "set control unprefixed all".
  29. : Hmm. Could be an artifact or something.
  30. : 
  31. They should be equivalent.  Probably a statistical fluctuation.
  32.  
  33. : The real kicker is the use of "/transparent"
  34. : as in 
  35. :     send /binary /transparent ./wermit ./wermit.tmp
  36. : 
  37. : Using the 8N1 connection at 38400 bps, I got
  38. : about 3800 bps. This is close to the bare line speed.
  39. : Isn't this great?
  40. : 
  41. : I have been unaware of "/transparent" for a long time, but
  42. : then I was interested in using KERMIT as terminal emulator
  43. : and a `reliable' file transfer engine.
  44. : 
  45. It should not make any different.  It applies only to text-mode
  46. transfers (it means "don't convert character sets"), and is
  47. therefore ignored when you give it with /BINARY.  Any difference
  48. you observed must be another statistical fluctuation.
  49.  
  50. : But having done some coding for Japanese character processing,
  51. : I tend to shy away from the complex code conversion thingy,
  52. : especially since the underlying code standards may change
  53. : from now and then. You are probably aware of the tome by Ken Lunde:
  54. : 
  55. Yes, I have it.  Very thick!  And yes, CJK standards change all the
  56. time.  Soon the world will be filled up by Kanjis :-)  For example,
  57. special Kanjis for the names of race horses in Hong Kong.  And
  58. what about DoCoMos -- is this a new kind of Kanji?  :-)
  59.  
  60. : >   set file character-set shift-jis
  61. : >   set transfer character-set utf8
  62. : >   send <filename>
  63. : > 
  64. : > On the Linux system:
  65. : > 
  66. : >   set file character-set euc-jp
  67. : >   receive
  68. : > 
  69. : Thank you for the tips, I will try
  70. : this later on when I am in need of such feature, but
  71. : are you sure that the second topmost command is
  72. :  to specify "utf8"?
  73. :
  74. Yes.  Actually, it could also have been "ucs2" or "euc-jp".  You
  75. can use any standard character set as intermediate, that contains
  76. the characters used in your text; thus "ucs2", "utf8", and "euc-jp"
  77. are all suitable.
  78.  
  79. : In any case, the inclusion of these capability into
  80. : KERMIT must have been deemed necessary upon popular demands, 
  81. : and I hope you had a nice feedback from the users of KERMIT.
  82. : 
  83. It comes from a conference we attended in Tokyo in 1987.  We worked
  84. with people from NTT, DEC Japan, and KEK on this and it was widely
  85. used in Japan for some years.  It makes sense to convert the
  86. character set as part of the file transfer, and to do so using an
  87. intermediate standard character set.  This way, each program needs
  88. to know only its own local character sets and the standard ones,
  89. and not the character sets used by every other kind of computer.
  90. When you consider all the Kanji encodings used on IBM, Hitachi,
  91. Fujitsu, and other computers, this begins to make sense.  Kermit
  92. solved that problem more than 10 years ago.  See:
  93.  
  94.   http://www.columbia.edu/kermit/papers.html
  95.  
  96. To illustrate, you can use Kermit 95 on a PC to send a Shift-JIS
  97. Kanji text file to a mainframe that uses IBM, Hitachi, or Fujitsu
  98. "EBCDIC" Kanji (three different mainframe Kanji codes).  By the
  99. same principal, you can use C-Kermit on Linux to send an ISO2022JP
  100. Kanji file to any of those mainframes.  Or vice versa.  How else
  101. could you do such a thing?
  102.  
  103. Perhaps the need is not so great now, because since 1987 many
  104. platforms and character sets have disappeared, so the "n" in
  105. "n * n" is much smaller than before (for all practical purposes,
  106. only Windows and Unix survive), and because Unicode was developed
  107. to address the problem in another way: over time, all text will be
  108. converted to Unicode.  Of course Kermit knows Unicode too, and
  109. therefore is part of this process:
  110.  
  111.   http://www.columbia.edu/kermit/unicode.html
  112.  
  113. : I have a nagging feeling, though, that KERMIT is 
  114. : now suffering from "Everything except for the kitchen sink"
  115. : syndrome. Emacs is often cited for this 
  116. : creeping featurism.
  117. :
  118. Yes, this is the fate of all popular software.  In fact, for a
  119. while, the icon for the Windows version of EMACS *was* a kitchen
  120. sink ;-)
  121.  
  122. I think C-Kermit handles this better than many other packages, by
  123. allowing itself to be built with any desired set of features
  124. included or excluded, as described here:
  125.  
  126.   http://www.columbia.edu/kermit/ckccfg.html
  127.  
  128. And of course we also supply a very small, bare-bones "lean and
  129. mean" alternative, G-Kermit:
  130.  
  131.   http://www.columbia.edu/kermit/gkermit.html
  132.  
  133. : PS:  I have a feeling that KERMIT will live on until
  134. : Frank retires from Columbia university
  135. : and/or the last KERMIT devotee will die on the earth.
  136. : (But then someone comes along and find a copy of
  137. : KERMIT being used for monitoring remote router/remote
  138. : scientific station, etc. and then that someone
  139. : might become hooked and become a KERMIT user again...)
  140. :
  141. I confess, it can be fun.  It's like a laboratory in which we
  142. experiment with protocols and algorithms, and at the same time
  143. produce something useful that helps people in real life, and
  144. grows with them and with the times so those who like it don't
  145. have to leave it behind.
  146.  
  147. - Frank
  148.